bitkeeper revision 1.1588 (42999d00gxHg_hThncByjrGk7labNA)
authorkaf24@firebug.cl.cam.ac.uk <kaf24@firebug.cl.cam.ac.uk>
Sun, 29 May 2005 10:44:16 +0000 (10:44 +0000)
committerkaf24@firebug.cl.cam.ac.uk <kaf24@firebug.cl.cam.ac.uk>
Sun, 29 May 2005 10:44:16 +0000 (10:44 +0000)
commit9be9caedcbce0e7da6e9cb3b1d6da08c732f0c8f
tree14144c1916b25affd4a1ce343b2443a8759a6ac2
parente7f2dc7e855ae3f72beda0c370acbaf070f91334
bitkeeper revision 1.1588 (42999d00gxHg_hThncByjrGk7labNA)

Tidy up and fix the bit-scanning operations. In particular,
find_{first,next}_[zero_]bit(addr, max) may return any value >= max
if no suitable bit is found. This is now also the case for first_cpu()
and next_cpu() (unlike Linux!). I don't believe that any callers
care -- they always check for >= NR_CPUS, and I fixed any_online_cpu()
separately. This reduces code size and will improve performance.
Signed-off-by: Keir Fraser <keir@xensource.com>
xen/include/asm-x86/bitops.h
xen/include/xen/cpumask.h